home *** CD-ROM | disk | FTP | other *** search
/ Clickx 115 / Clickx 115.iso / software / tools / windows / tails-i386-0.16.iso / live / filesystem.squashfs / usr / share / doc / base-files / README < prev   
Encoding:
Text File  |  2010-12-14  |  3.9 KB  |  86 lines
  1. Frequently Asked Questions about base-files
  2. ===========================================
  3.  
  4. * Questions about /etc/issue and /etc/debian_version:
  5.  
  6. Q. I upgraded my system to the testing distribution and now my /etc/issue
  7. says "wheezy/sid". Should it not read "wheezy" or "testing"?
  8.  
  9. Q. I upgraded my system to the unstable distribution and now my /etc/issue
  10. says "wheezy/sid". Should it not read "sid" or "unstable"?
  11.  
  12. A. You obviously do not understand how the testing distribution works.
  13. Packages uploaded for unstable reach testing after ten days, provided
  14. they are built for every released architecture, have no RC-bugs and
  15. their dependencies may be met in testing. You should consider the
  16. testing and unstable distributions as two sides of the same coin.
  17. Since the base-files package in testing was initially uploaded for
  18. unstable, the only sensible /etc/issue to have is one that is both
  19. valid for testing and unstable, hence "wheezy/sid" (or whatever is
  20. appropriate).
  21.  
  22. Q. Why "wheezy/sid" and not "testing/unstable" as it used to be?
  23.  
  24. A. The codename is a little bit more informative, as the meaning of
  25. "testing" changes over time.
  26.  
  27. Q. Ok, but how do I know which distribution I'm running?
  28.  
  29. A. If you are running testing or unstable, then /etc/debian_version is
  30. not a reliable way to know that anymore. Looking at the contents of
  31. your /etc/apt/sources.list file is probably a much better way.
  32.  
  33.  
  34. * Other questions:
  35.  
  36. Q. After upgrading my system recently, I noticed that some files from
  37. base-files do not match the ones which are installed on a fresh install
  38. of squeeze. Should I not be warned about that?
  39.  
  40. A. Those files are configuration files, so they are completely under
  41. the control of the system admin. The files installed by base-files are
  42. just defaults. Changes in the default files are not important enough
  43. to warn the user, as it is also policy that prompting should be
  44. reduced to a minimum. This is also the reason they are not handled via
  45. dpkg's conffile mechanism.
  46.  
  47. In either case, if you want to "upgrade" those files, just look at the
  48. postinst for base-files (i.e. /var/lib/dpkg/info/base-files.postinst)
  49. and you will see how they are created and where their master copies are:
  50.  
  51.   install_from_default /usr/share/base-files/nsswitch.conf /etc/nsswitch.conf
  52.   install_from_default /usr/share/base-files/dot.profile   /root/.profile
  53.   install_from_default /usr/share/base-files/dot.bashrc    /root/.bashrc
  54.   install_from_default /usr/share/base-files/profile       /etc/profile
  55.   install_from_default /usr/share/base-files/motd          /etc/motd
  56.  
  57. So, if you want your system to be as similar as possible to a newly
  58. installed squeeze system, you might want to sync these files manually.
  59.  
  60.  
  61. Q. Why isn't license "foo" included in common-licenses?
  62.  
  63. A. I delegate such decisions to the policy group. If you want to
  64. propose a new license you should make a policy proposal to modify the
  65. paragraph in policy saying "Packages distributed under the UCB BSD
  66. license, Artistic license, GNU GPL and GNU LGPL should refer to the
  67. files in /usr/share/common-licenses". The way of doing this is
  68. explained in the debian-policy package. As usual, you should always
  69. take a look at already reported bugs against debian-policy before
  70. submitting a new one.
  71.  
  72. Q. I upgraded from woody to sarge. Should my system be FHS-compliant now?
  73.  
  74. A. Achieving FHS compliance by upgrading would be tricky and prone to
  75. error in certain cases, so it is not a goal of base-files, nor it is
  76. planned to be. By default, some "mandatory" directories (like /opt,
  77. /srv or /media) are only created in the first install (performed by
  78. debootstrap), to keep the code as simple as possible, follow the
  79. principle of least surprise on upgrades, and also to give people the
  80. freedom to remove those directories without them being created again
  81. when base-files is upgraded. Therefore, if you are running any sort of
  82. compliance tests, you should do it on newly installed systems only.
  83.  
  84.  
  85. Santiago Vila <sanvila@debian.org>
  86.